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MEMORY MANAGEMENT SYSTEM AND METHOD 
PROVIDING INCREASED MEMORY ACCESS SECURITY 

BACKGROUND OF THE INVENTION 

1. REFERENCES 

This patent application is related to a co-pending patent application serial no. 

(Attorney Reference Number 2000.055400/TT4074) entitled "System and 

Method for Handling Device Accesses to a Memory Providing Increased Memory Access 
Security" by Geoffrey S. Strongin, Brian C. Barnes, and Rodney W. Schmidt, filed on the 
same day as the present patent application. 

2. FIELD OF THE INVENTION 

This invention relates generally to memory management systems and methods, and, 
more particularly, to memory management systems and methods that provide protection for 
data stored within a memory. 

3. DESCRIPTION OF THE RELATED ART 

A typical computer system includes a memory hierarchy to obtain a relatively high 
level of performance at relatively low cost. Instructions of several different software 
programs are typically stored on a relatively large but slow non-volatile storage unit (e.g., a 
disk drive unit). When a user selects one of the programs for execution, the instructions of 
the selected program are copied into a main memory unit (e.g., random access memory 
(RAM)), and a central processing unit (CPU) obtains the instructions of the selected program 
from the main memory unit. A well-known virtual memory management technique allows 
the CPU to access data structures larger in size than that of the main memory unit by storing 
only a portion of the data structures within the main memory unit at any given time. 
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Remainders of the data structures are stored within the relatively large but slow non-volatile 
storage unit, and are copied into the main memory unit only when needed. 

Virtual memory is typically implemented by dividing an address space of the CPU 
into multiple blocks called page frames or "pages." Only data corresponding to a portion of 
the pages is stored within the main memory unit at any given time. When the CPU generates 
an address within a given page, and a copy of that page is not located within the main 
memory unit, the required page of data is copied from the relatively large but slow non- 
volatile storage unit into the main memory unit. In the process, another page of data may be 
copied from the main memory unit to the non-volatile storage unit to make room for the 
required page. 

The popular .80x86 (x86) processor architecture includes specialized hardware 
elements to support a protected virtual address mode (i.e., a protected mode). Figs. 1-3 will 
now be used to describe how an x8<6 processor implements both virtual memory and memory 
protection features. Fig. 1 is a diagram of a well-known linear-to-physical address translation 
mechanism 100 of the x86 processor architecture. An address translation mechanism 100 is 
embodied within an x86 processor, and involves a linear address 102 produced within the x86 
processor, a page table directory* (i.e., a page directory) 104, multiple page tables including a 
page table 106, multiple page frames including a page frame 108, and a control register 
(CR3) 1 10. The page directory 104 and the multiple page tables are paged memory data 
structures created and maintained by operating system software (i.e., an operating system). 
The page directory 104 is always located within the memory (e.g., the main memory unit). 
For simplicity, the page table 106 and the page frame 108 will also be assumed to reside in 
the memory. 



Page 3 of 55 



• 



2000.055700 
TT4077 



As indicated in Fig. 1, the linear address 102 is divided into three portions to 
accomplish the linear-to-physical address translation. The highest ordered bits of the CR3 
1 10 are used to store a page directory base register. The page directory base register is a base 
address of a memory page containing the page directory 104. The page directory 104 
includes multiple page directory entries, including a page directory entry 112. An upper 
"directory index" portion of the linear address 102, including the highest ordered or most 
significant bits of the linear address 102, is used as an index into the page directory 104. The 
page directory entry 112 is selected from within the page directory 104 using the page 
directory base address of the CR3 1 1 0 and the upper "directory index" portion of the linear 
address 102. 

Fig. 2 is a diagram of a page directory entry format 200 of the x86 processor 
architecture. As indicated in Fig. 2, the highest ordered (i.e., most significant) bits of a given 
page directory entry contain a page table base address, where the page table base address is a 
base address of a memory page containing a corresponding page table. The page table base 
address of the page directory entry 1 12 is used to select the corresponding page table 106. 

Referring back to Fig. 1, the page table 106 includes multiple page table entries, 
including a page table entry 114. A middle "table index" portion of the linear address 102 is 
used as an index into the page table 106, thereby selecting the page table entry 1 14. Fig. 3 is 
a diagram of a page table entry format 300 of the x86 processor architecture. As indicated in 
Fig. 3, the highest ordered (i.e., most significant) bits of a given page table entry contain a 
page frame base address, where the page frame base address is a base address of a 
corresponding page frame. 



Page 4 of 55 



2000.055700 
TT4077 



Referring again to Fig. 1, the page frame base address of the page table entry 1 14 is 
used to select the corresponding page frame 108. The page frame 108 includes multiple 
memory locations. A lower or "offset" portion of the linear address 102 is used as an index 
into the page frame 108. When combined, the page frame base address of the page table 
entry 114 and the offset portion of the linear address 102 produce the physical address 
corresponding to the linear address 102, and indicate a memory location 116 within the page 
frame 108. The memory location 116 has the physical address resulting from the linear-to- 
physical address translation. 

Regarding the memory protection features, the page directory entry format 200 of Fig. 
2 and the page table entry format 300 of Fig. 3 include a user/supervisor (U/S) bit and a 
read/write (R/W) bit. The contents of the U/S and R/W bits are used by the operating system 
to protect corresponding page frames (i.e., memory pages) from unauthorized access. U/S=0 
is used to denote operating system memory pages, and corresponds to a "supervisor" level of 
the operating system. The supervisor level of the operating system corresponds to a current 
privilege level 0 (CPL0) of software programs and routines executed by the x86 processor. 
U/S>0 (e.g., U/S=l, 2, or 3) is used to indicate user memory pages, and corresponds to a 
"user" level of the operating system. 

The R/W bit is used to indicate types of accesses allowed to the corresponding 
memory page. R/W=0 indicates the only read accesses are allowed to the corresponding 
memory page (i.e., the corresponding memory page is "read-only"). R/W=l indicates that 
both read and write accesses are allowed to the corresponding memory page (i.e., the 
corresponding memory page is "read- write"). 
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During the linear-to-physical address translation operation of Fig. 1, the contents of 
the U/S bits of the page directory entry 1 12 and the page table entry 1 14, corresponding to the 
page frame 108, are logically ANDed to determine if the access to the page frame 108 is 
5 authorized. Similarly, the contents of the R/W bits of the page directory entry 112 and the 
page table entry 1 14 are logically ANDed to determine if the access to the page frame 108 is 
authorized. If the logical combinations of the U/S and R/W bits indicate the access to the 
page frame 108 is authorized, the memory location 116 is accessed using the physical 
address. On the other hand, if the logical combinations of the U/S and R/W bits indicate that 
MiO the access to the page frame 108 is not authorized, the memory location 1 16 is not accessed, 
C3 and a protection fault indication is signaled. 



Unfortunately, the above described memory protection mechanisms of the x86 
processor architecture are not sufficient to protect data stored in the memory. For example, 



p can access any portion of the memory, and can modify (i.e., write to) any portion of the 



memory that is not marked "read-only" (R/W=0). In addition, by virtue of executing at the 
supervisor level, the software program or routine can change the attributes (i.e., the U/S and 
R/W bits) of any portion of the memory. The software program or routine can thus change 
20 any portion of the memory marked "read-only" to "read- write" (R/W=l), and then proceed to 
modify that portion of the memory. 

The protection mechanisms of the x86 processor architecture are also inadequate to 
prevent errant or malicious accesses to the memory by hardware devices operably coupled to 
25 the memory. It is true that portions of the memory marked "read-only" cannot be modified 
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U/S=l indicates the selected memory page is a user memory page and corresponds to a user 
level of the operating system. R/W=0 indicates only read accesses are allowed to the selected 
memory page, and R/W=l indicates that both read and write accesses are allowed to the 
selected memory page. 

The one or more security attribute data structures may include a security attribute 
table directory and one or more security attribute tables. The security attribute table directory 
may include multiple entries, and each entry of the security attribute table directory may 
include a present bit and a security attribute table base address field. The present bit may 
indicate whether or not a security attribute table corresponding to the security attribute table 
directory entry is present in the memory. The security attribute table base address field may 
be reserved for a base address of the security attribute table corresponding to the security 
attribute table directory entry. 

The one or more security attribute tables may include multiple entries. Each entry of 
the security attribute table may include, for example, a secure page (SP) bit indicating 
whether or not a corresponding memory page is a secure page. The additional security 
attribute of the selected memory page may include a secure page (SP) bit indicating whether 
or not the selected memory page is a secure page. 

The linear address may be produced during execution of an instruction residing within 
a first memory page. The security check unit may be coupled to receive a current privilege 
level (CPL) of a task including the instruction. The security check logic may obtain an 
additional security attribute of the first memory page from the one or more security attribute 
data structures. The security check logic may generate the fault signal dependent upon the 
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by write accesses initiated by hardware devices (without the attributes of those portions of the 
memory first being changed as described above). It is also true that software programs or 
routines (e.g., device drivers) handling data transfers between hardware devices and the 
memory typically execute at the user level (e.g., CPL3), and are not permitted access to 
portions of the memory marked as supervisor level (U/S=0). However, the protection 
mechanisms of the x86 processor architecture cover only device accesses to the memory 
performed as a result of instruction execution (i.e., programmed input/output). A device 
driver can program a hardware device having bus mastering or DMA capability to transfer 
data from the device into any portion of the memory accessible by the hardware device. For 
example, it is relatively straightforward to program a floppy disk controller to transfer data 
from a floppy disk directly into a portion of the memory used to store the operating system. 

SUMMARY OF THE INVENTION 
A memory management unit (MMU) is disclosed for managing a memory storing data 
arranged within a multiple memory pages. The memory management unit includes a security 
check unit receiving a physical address within a selected memory page, and security 
attributes of the selected memory page. The security check unit uses the physical address to 
access one or more security attribute data structures located in the memory to obtain an 
additional security attribute of the selected memory page. The security check unit generates a 
fault signal dependent upon the security attributes of selected memory page and the 
additional security attribute of the selected memory page. 

The security attributes of the selected memory page may include, for example, a 
user/supervisor (U/S) bit and a read/write (R/W) bit as defined by the x86 processor 
architecture. In this situation, U/S=0 indicates the selected memory page is an operating 
system memory page and corresponds to a supervisor level of the operating system, and 
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CPL of the task including the instruction, the additional security attribute of the first memory 
page, the security attributes of the selected memory page, and the additional security attribute 
of the selected memory page. The additional security attribute of the first memory page may 
include a secure page (SP) bit indicating whether or not the first memory page is a secure 
page. The fault signal may be a page fault signal as defined by the x86 processor 
architecture. 

A central processing unit (CPU) is described including an execution unit and the 
above described memory management unit (MMU). The execution unit is coupled to a 
memory, and fetches instructions from the memory and executes the instructions. A 
computer system is disclosed including a memory for storing data including instructions, a 
central processing unit (CPU) including an execution unit coupled to the memory, and the 
above described memory management unit (MMU). The execution unit fetches instructions 
from the memory and executes the instructions. 

A memory management unit is disclosed for managing a memory storing data 
arranged within a multiple memory pages. The memory management unit includes a paging 
unit coupled to the memory and to receive a linear address. The memory management unit is 
configured to use the linear address to produce a physical address within a selected memory 
page. The paging unit uses the linear address to access one or more paged memory data 
structures located in the memory to obtain security attributes of the selected memory page. 
The paging unit produces a fault signal dependent upon the security attributes of the selected 
memory page. 
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The paging unit includes a security check unit coupled to receive the physical address 
and the security attributes of the selected memory page. The security check unit uses the 
physical address of the selected memory page to access one or more security attribute data 
structures located in the memory to obtain an additional security attribute of the selected 
5 memory page. The security check unit generates the fault signal dependent upon the security 
attributes of selected memory page and the additional security attribute of the selected 
memory page. 

The paging unit may produce the physical address of the selected memory page 
during execution of an instruction residing within a first memory page. The physical address 
within the selected memory page may include a base address and an offset. The paging unit 
may obtain the base address from the one or more paged memory data structures. The one or 
more paged memory data structures may include,, for. example, a page directory and one or 
more page tables as defined by the x86 processor architecture. The security attributes of the 
selected memory page may include a user/supervisor (U/S) bit and a read/write (R/W) bit as 
defined by the x86 processor architecture. 

The paging unit may receive a security attribute of the instruction, and may produce 
the fault signal dependent upon the security attribute of the instruction and the security 
20 attributes of the selected memory page. The security attribute of the instruction may include 
a current privilege level (CPL) of a task including the instruction as defined by the x86 
processor architecture. 

The one or more security attribute data structures may include a security attribute 
25 table directory and one or more security attribute tables. The security attribute table directory 
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may include multiple entries, and each entry of the security attribute table directory may 
include a present bit and a security attribute table base address field. The present bit may 
indicate whether or not a security attribute table corresponding to the security attribute table 
directory entry is present in the memory. The security attribute table base address field may 
be reserved for a base address of the security attribute table corresponding to the security 
attribute table directory entry. 

The one or more security attribute tables may include multiple entries, and each entry 
of the security attribute table may include a secure page (SP) bit indicating whether or not a 
corresponding memory page is a secure page. The additional security attribute of the selected 
memory page may include a secure page (SP) bit indicating whether or not the selected 
memory page is a secure page. 

The security check unit may receive the CPL of the task including the instruction. 
The security check logic may obtain an additional security attribute of the first memory page 
including the instruction from the one or more security attribute data structures. The security 
check unit may generate the fault signal dependent upon the CPL of the task including the 
instruction, the additional security attribute of the first memory page including the 
instruction, the security attributes of the selected memory page, and the additional security 
attribute of the selected memory page. The additional security attribute of the first memory 
page may include a secure page (SP) bit indicating whether or not the first memory page is a 
secure page. The fault signal may be a page fault signal as defined by the x86 processor 
architecture. 
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A method is described for providing access security for a memory used to store data 
arranged within multiple memory pages. The method includes receiving a linear address 
produced during execution of an instruction and a security attribute of the instruction, 
wherein the instruction resides in a first memory page. The linear address is used to access 
one or more paged memory data structures located in the memory to obtain a base address of 
a selected memory page and security attributes of the selected memory page. If the security 
attribute of the instruction and the security attributes of the selected memory page indicate the 
access is authorized, the base address of the selected memory page is combined with an offset 
to produce a physical address within the selected memory page. A fault signal is generated if 
the security attribute of the instruction and the security attributes of the selected memory page 
indicate the access is not authorized. 

One or more security attribute data structures, located in the memory, are accessed 
using the physical address of the selected memory page to obtain an additional security 
attribute of the first memory page and an additional security attribute of the selected memory 
page. The fault signal is generated dependent upon the security attribute of the instruction, 
the additional security attribute of the first memory page, the security attributes of the 
selected memory page, and the additional security attribute of the selected memory page. 

The one or more paged memory data structures may include a page directory and one 
or more page tables as defined by the x86 processor architecture. The security attribute of the 
instruction may include a current privilege level (CPL) of a task including the instruction as 
defined by the x86 processor architecture. The security attributes of the selected memory 
page may include a user/supervisor (U/S) bit a read/write (R/W) bit as defined by the x86 
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processor architecture. The fault signal may be a page fault signal as defined by the x86 
processor architecture. 

The additional security attribute of the first memory page may include a secure page 
5 (SP) bit indicating whether or not the first memory page is a secure page. The additional 
security attribute of the selected memory page may also include a secure page (SP) bit 
indicating whether or not the selected memory page is a secure page. The one or more 
security attribute data structures may include a security attribute table directory and one or 
more security attribute tables. 
M10 BRIEF DESCRIPTION OF THE DRAWINGS 

£;l The invention may be understood by reference to the following description taken in 

E;l 

conjunction with the accompanying drawings, in which like reference numerals identify 

fy 

, similar elements, and in which: 

ft* 

f; I 

p| 5 Fig. 1 is a diagram of a well-known linear-to-physical address translation mechanism 

51 

O of the x86 processor architecture; 

{aft. 

Fig. 2 is a diagram of a page directory entry format of the x86 processor architecture; 
20 Fig. 3 is a diagram of a page table entry format of the x86 processor architecture; 



Fig. 4 is a diagram of one embodiment of a computer system including a CPU and a 
system or "host" bridge, wherein the CPU includes a CPU security check unit (SCU), and 
wherein the host bridge includes a host bridge SCU; 

25 
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Fig. 5 is a diagram illustrating relationships between various hardware and software 
components of the computer system of Fig. 4; 

Fig. 6 is a diagram of one embodiment of the CPU of the computer system of Fig. 4, 
wherein the CPU includes a memory management unit (MMU); 

Fig. 7 is a diagram of one embodiment of the MMU of Fig. 6, wherein the MMU 
includes a paging unit, and wherein the paging unit includes the CPU SCU; 

Fig. 8 is a diagram of one embodiment of the CPU SCU of Fig. 7; 

Fig. 9 is a diagram of one embodiment of a mechanism for accessing a security 
attribute table (SAT)- entry of a selected memory page to obtain additional security 
information of the selected memory page; 

Fig. 10 is a diagram of one embodiment of a SAT default register; 

Fig. 1 1 is a diagram of one embodiment of a SAT directory entry format; 

Fig. 12 is a diagram of one embodiment of a SAT entry format; 

Fig. 13 is a diagram of one embodiment of the host bridge of Fig. 4, wherein the host 
bridge includes the host bridge SCU; 

Fig. 14 is a diagram of one embodiment of the host bridge SCU of Fig. 13; 



Page 14 of 55 



2000.055700 
TT4077 

Fig. 1 5 is a flow chart of one embodiment of a first method for managing a memory 
used to store data arranged within multiple memory pages; and 

Fig. 16 is a flow chart of one embodiment of a second method for providing access 
security for a memory used to store data arranged within multiple memory pages. 

While the invention is susceptible to various modifications and alternative forms, 
specific embodiments thereof have been shown by way of example in the drawings and are 
herein described in detail. It should be understood, however, that the description herein of 
specific embodiments is not intended to limit the invention to the particular forms disclosed, 
but on the contrary, the intention is to cover all modifications, equivalents, and alternatives 
falling within the spirit and scope of the invention as defined by the appended claims. 
DETAILED DESCRIPTION OF SPECIFIC EMBODIMENTS 

Illustrative embodiments of the invention are described below. In the interest of 
clarity, not all features of an actual implementation are described in this specification. It will, 
of course, be appreciated that in the development of any such actual embodiment, numerous 
implementation-specific decisions must be made to achieve the developers' specific goals, 
such as compliance with system-related and business-related constraints, which will vary 
from one implementation to another. Moreover, it will be appreciated that such a develop- 
ment effort might be complex and time-consuming, but would nevertheless be a routine 
undertaking for those of ordinary skill in the art having the benefit of this disclosure. 

Fig. 4 is a diagram of one embodiment of a computer system 400 including a CPU 
402, a system or "host" bridge 404, a memory 406, a first device bus 408 (e.g., a peripheral 
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component interconnect or PCI bus), a device bus bridge 410, a second device bus 412 (e.g., 
an industry standard architecture or ISA bus), and four device hardware units 414A-414D. 
Host bridge 404 is coupled to CPU 402, memory 406, and device bus 408. Host bridge 404 
translates signals between CPU 402 and device bus 408, and operably couples memory 406 
to CPU 402 and to device bus 408. Device bus bridge 410 is coupled between device bus 
408 and device bus 412, and translates signals between device bus 408 and device bus 412. 
In the embodiment of Fig. 4, device hardware units 414A and 414B are coupled to device bus 
408, and device hardware units 414C and 414D are coupled to device bus 412. One or more 
of the device hardware units 414A-414D may be, for example, storage devices (e.g., hard 
disk drives, floppy drives, and CD-ROM drives), communication devices (e.g., modems and 
network adapters), or input/output devices (e.g., video devices, audio devices, and printers). 

In the-embodiment of Fig. 4, CPU 402 includes a CPU security check unit (SCU) 416, 
and host bridge 404 includes a host bridge SCU 418. As will be described in detail below, 
CPU SCU 416 protects memory 406 from unauthorized accesses generated by CPU 402 (i.e., 
"software-initiated accesses"), and host bridge SCU 418 protects memory 406 from 
unauthorized accesses initiated by device hardware units 414A-414D (i.e., "hardware- 
initiated accesses"). It is noted that in other embodiments, host bridge 404 may be part of 
CPU 402 as indicated in Fig. 4. 

Fig. 5 is a diagram illustrating relationships between various hardware and software 
components of computer system 400 of Fig. 4. In the embodiment of Fig. 5, multiple 
application programs 500, an operating system 502, a security kernel 504, and device drivers 
506A-506D are stored in memory 406. Application programs 500, operating system 502, 
security kernel 504, and device drivers 506A-506D include instructions executed by CPU 
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402. Operating system 502 provides a user interface and software "platform" on top of which 
application programs 500 run. Operating system 502 may also provide, for example, basic 
support functions including file system management, process management, and input/output 
(I/O) control. 



Operating system 502 may also provide basic security functions. For example, CPU 
402 (Fig. 4) may be an x86 processor which executes instructions of the x86 instruction set. 
In this situation, CPU 402 may include specialized hardware elements to provide both virtual 
memory and memory protection features in the protected mode as described above. 
Operating system 502 may be, for example, one of the Windows® family of operating 
systems (Microsoft Corp., Redmond, WA) which operates CPU 402 in the protected mode, 
and uses the specialized hardware elements of CPU 402 to provide both virtual memory and 
memory protection in the protected mode. 

As will be described in more detail below, security kernel 504 provides additional 
security functions above the security functions provided by operating system 502 to protect 
data stored in memory 406 from unauthorized access. In the embodiment of Fig. 5, device 
drivers 506A-506D are operationally associated with, and coupled to, respective 
corresponding device hardware units 414A-414D. Device hardware units 414A and 414D 
are "secure" devices, and corresponding device drivers 506A and 506D are "secure" device 
drivers. Security kernel 504 is coupled between operating system 502 and secure device 
drivers 506A and 506D, and monitors all accesses by application programs 500 and operating 
system 502 to secure device drivers 506A and 506D and corresponding secure devices 414A 
and 414D. Security kernel 504 prevents unauthorized accesses to secure device drivers 506A 
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and 506D and corresponding secure devices 414A and 414D by application programs 500 
and operating system 502. 

As indicated in Fig. 5, security kernel 504 is coupled to CPU SCU 416 and host 
bridge SCU 418 (e.g., via one or more device drivers). As will be described in detail below, 
CPU SCU 416 and host bridge SCU 418 control accesses to memory 406. CPU SCU 416 
monitors all software-initiated accesses to memory 406, and host bridge SCU 418 monitors 
all hardware-initiated accesses to memory 406. Once configured by security kernel 504 ? 
CPU SCU 416 and host bridge SCU 418 allow only authorized accesses to memory 406. 

In the embodiment of Fig. 5 ? device drivers 506B and 506C are "non-secure" device 
drivers, and corresponding device hardware units 414B and 414C are "non-secure" device 
hardware units. Device drivers 506B and 506C and corresponding device hardware units 
414B and 414C may be, for example, "legacy" device drivers and device hardware units. 

It is noted that in other embodiments security kernel 504 may be part of operating 
system 502. In yet other embodiments, security kernel 504, device drivers 506A and 506D, 
and/or device drivers 506B and 506C may be part of operating system 502. 

Fig. 6 is a diagram of one embodiment of CPU 402 of computer system 400 of Fig. 4. 
In the embodiment of Fig. 6, CPU 402 includes an execution unit 600, a memory 
management unit (MMU) 602, a cache unit 604, a bus interface unit (BIU) 606, a set of 
control registers 608, and a set of secure execution mode (SEM) registers 610. CPU SCU 
416 is located within MMU 602. As will be described in detail below, the set of SEM 
registers 610 are used to implement a secure execution mode (SEM) within computer system 
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400 of Fig. 4, and operations of CPU SCU 416 and host bridge SCU 418 are governed by the 
contents of the set of SEM registers 610. SEM registers 610 are accessed (i.e., written to 
and/or read from) by security kernel 504 (Fig. 5). Computer system 400 of Fig. 4 may, for 
example, operate in the SEM when: (i) CPU 402 is an x86 processor operating in the x86 
5 protected mode, (ii) memory paging is enabled, and (iii) the contents of SEM registers 610 
specify SEM operation. 

In the .embodiment of Fig. 6, the set of SEM registers 610 includes a secure execution 
mode (SEM) bit. Operating modes of the computer system 400 (Fig. 4) include a "normal 

M0 execution mode" and a "secure execution mode" (SEM). The computer system 400 normally 

9 

0 operates in the normal execution mode. The set of SEM registers 610 is used to implement 

o 

P| the secure execution mode (SEM) within the computer system 400. The SEM registers 610 
are accessed (i.e., written to and/or read from) by the security kernel 504 (Fig. 5). The 



computer system 400 may, for example, operate in the secure execution mode (SEM) when: 

SS S 

QJ5 (i) the CPU 402 (Fig. 4) is an x86 processor operating in the x86 protected mode, (ii) memory 
P paging is enabled, and (iii) the secure execution mode (SEM) bit is set to 6 1 \ 



In general, the contents of the set of control registers 608 govern operation of CPU 
402. Accordingly, the contents of the set of control registers 608 govern operation of 
20 execution unit 600, MMU 602, cache unit 604, and/or BIU 606. The set of control registers 
608 may include, for example, the multiple control registers of the x86 processor architecture. 

Execution unit 600 of CPU 402 fetches instructions (e.g., x86 instructions) and data, 
executes the fetched instructions, and generates signals (e.g., address, data, and control 
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signals) during instruction execution. Execution unit 600 is coupled to cache unit 604, and 
may receive instructions from memory 406 (Fig. 4) via cache unit 604 and BIU 606. 

Memory 406 (Fig. 4) of computer system 400 includes multiple memory locations, 
each having a unique physical address. When operating in protected mode with paging 
enabled, an address space of CPU 402 is divided into multiple blocks called page frames or 
"pages." As described above, only data corresponding to a portion of the pages is stored 
within memory 406 at any given time. In the embodiment of Fig. 6, address signals 
generated by execution unit 600 during instruction execution represent segmented (i.e., 
"logical") addresses. As described below, MMU 602 translates the segmented addresses 
generated by execution unit 600 to corresponding physical addresses of memory 406. MMU 
602 provides the physical addresses to cache unit 604. Cache unit 604 is a relatively small 
storage unit used to store instructions and data recently fetched by execution unit 600. BIU 
606 is coupled between cache unit 604 and host bridge 404, and is used to fetch instructions 
and data not present in cache unit 604 from memory 406 via host bridge 404. 

Fig. 7 is a diagram of one embodiment of MMU 602 of Fig. 6. In the embodiment of 
Fig. 7, MMU 602 includes a segmentation unit 700, a paging unit 702, and selection logic 
704 for selecting between outputs of segmentation unit 700 and paging unit 702 to produce a 
physical address. As indicated in Fig. 7, segmentation unit 700 receives a segmented address 
from execution unit 600 and uses a well-know segmented-to-linear address translation 
mechanism of the x86 processor architecture to produce a corresponding linear address at an 
output. As indicated in Fig. 7, when enabled by a "PAGING" signal, paging unit 702 
receives the linear addresses produced by segmentation unit 700 and produces corresponding 
physical addresses at an output. The PAGING signal may mirror the paging flag (PG) bit in a 
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control register 0 (CRO) of the x86 processor architecture and of the set of control registers 
608 (Fig. 6). When the PAGING signal is deasserted, memory paging is not enabled, and 
selection logic 704 produces the linear address received from segmentation unit 700 as the 
physical address. 

When the PAGING signal is asserted, memory paging is enabled, and paging unit 702 
translates the linear address received from segmentation unit 700 to a corresponding physical 
address using the above described linear-to-physical address translation mechanism 100 of 
the x86 processor architecture (Fig. 1). As described above, during the linear-to-physical 
address translation operation, the contents of the U/S bits of the selected page directory entry 
and the selected page table entry are logically ANDed determine if the access to a page frame 
is authorized. Similarly, the contents of the R/W bits of the selected page directory entry and 
the selected page table entry are logically ANDed to determine if the access to the page frame 
is authorized. If the logical combinations of the U/S and R/W bits indicate the access to the 
page frame is authorized, paging unit 702 produces the physical address resulting from the 
linear-to-physical address translation operation. Selection logic 704 receives the physical 
address produced by paging unit 702, produces the physical address received from paging 
unit 702 as the physical address, and provides the physical address to cache unit 604. 

On the other hand, if the logical combinations of the U/S and R/W bits indicate the 
access to the page frame 108 is not authorized, paging unit 702 does not produce a physical 
address during the linear-to-physical address translation operation. Instead, paging unit 702 
asserts a page fault signal, and MMU 602 forwards the page fault signal to execution unit 
600. In the x86 processor architecture, a page fault signal may, in some cases, indicate a 
protection violation. In response to the page fault signal, execution unit 600 may execute an 
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exception handler routine, and may ultimately halt the execution of one of the application 
programs 500 (Fig. 5) running when the page fault signal was asserted. 

In the embodiment of Fig. 7, CPU SCU 416 is located within paging unit 702 of 
5 MMU 602. Paging unit 702 may also include a translation lookaside buffer (TLB) for storing 
a relatively small number of recently determined linear-to-physical address translations. 

Fig. 8 is a diagram of one embodiment of CPU SCU 416 of Fig. 7. In the 
embodiment of Fig. 8, CPU SCU 416 includes security check logic 800 coupled to the set of 
140 SEM registers 610 (Fig. 6) and a security attribute table (SAT) entry buffer 802. As 

C3 described below, SAT entries include additional security information above the U/S and R/W 

0 

bits of page directory and page table entries corresponding to memory pages. Security check 

i y 

logic 800 uses the additional security information stored within a given SAT entry to prevent 

\& unauthorized software-initiated accesses to the corresponding memory page. SAT entry 

fU 

f|5 buffer 802 is used to store a relatively small number of SAT entries of recently accessed 

\h 

fa: s 

0 memory pages. 

As described above, the set of SEM registers 610 are used to implement a secure 
execution mode (SEM) within computer system 400 of Fig. 4. The contents of the set of 
20 SEM registers 610 govern the operation of CPU SCU 416. Security check logic 800 receives 
information to be stored in SAT entry buffer 802 from MMU 602 via a communication bus 
indicated in Fig. 8. The security check logic 800 also receives a physical address produced 
by paging unit 702. 
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Figs. 9-11 will now be used to describe how additional security information of 
memory pages selected using address translation mechanism 100 of Fig. 1 is obtained within 
computer system 400 of Fig. 4. Fig. 9 is a diagram of one embodiment of a mechanism 900 
for accessing a SAT entry of a selected memory page to obtain additional security 
information of the selected memory page. Mechanism 900 of Fig. 9 may be embodied within 
security check logic 800 of Fig. 8, and may be implemented when computer system 400 of 
Fig. 4 is operating in the SEM. Mechanism 900 involves a physical address 902 produced by 
paging mechanism 702 (Fig. 7) using address translation mechanism 100 of Fig. 1, a SAT 
directory 904, multiple SATs including a SAT 906, and a SAT base address register 908 of 
the set of SEM registers 610. SAT directory 104 and the multiple SATs, including SAT 906, 
are SEM data structures created and maintained by security kernel 504 (Fig. 5). As described 
below, SAT directory 104 (when present) and any needed SAT is copied into memory 406 
before being accessed. 

SAT base address register 908 includes a present (P) bit which indicates the presence 
of a valid SAT directory base address within SAT base address register 908. The highest 
ordered (i.e., most significant) bits of SAT base address register 908 are reserved for the SAT 
directory base address. The SAT directory base address is a base address of a memory page 
containing SAT directory 904. If P=l, the SAT directory base address is valid, and SAT 
tables specify the security attributes of memory pages. If P=0, the SAT directory base 
address is not valid, no SAT tables exist, and security attributes of memory pages are 
determined by a SAT default register. 

Fig. 10 is a diagram of one embodiment of the SAT default register 1000. In the 
embodiment of Fig. 10, SAT default register 1000 includes a secure page (SP) bit. The SP bit 
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indicates whether or not all memory pages are secure pages. For example, if SP=0 all 
memory pages may not be secure pages, and if SP=1 all memory pages may be secure pages. 

Referring back to Fig. 9 and assuming the P bit of SAT base address register 908 is a 
T, physical address 902 produced by paging logic 702 (Fig. 7) is divided into three portions 
to access the SAT entry of the selected memory page. As described above, the SAT directory 
base address of SAT base address register 908 is the base address of the memory page 
containing SAT directory 904. SAT directory 904 includes multiple SAT directory entries, 
including a SAT directory entry 910. Each SAT directory entry may have a corresponding 
SAT in memory 406. An "upper" portion of physical address 902, including the highest 
ordered or most significant bits of physical address 902, is used as an index into SAT 
directory 904. SAT directory entry 910 is selected from within SAT directory 904 using the 
SAT directory base address. of SAT base address register 908 and the upper portion of 
physical address 902. 

Fig. 11 is a diagram of one embodiment of a SAT directory entry format 1100. In 
accordance with Fig. 11, each SAT directory entry includes a present (P) bit which indicates 
the presence of a valid SAT base address within the SAT directory entry. In the embodiment 
of Fig. 11, the highest ordered (i.e., the most significant) bits of each SAT directory entry are 
reserved for a SAT base address. The SAT base address is a base address of a memory page 
containing a corresponding SAT. If P=l, the SAT base address is valid, and the 
corresponding SAT is stored in memory 406. 

If P=0, the SAT base address is not valid, and the corresponding SAT does not exist 
in memory 406 and must be copied into memory 406 from a storage device (e.g., a disk 
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drive). If P=0 5 security check logic 800 may signal a page fault to logic within paging unit 
702, and MMU 602 may forward the page fault signal to execution unit 600 (Fig. 6). In 
response to the page fault signal, execution unit 600 may execute a page fault handler routine 
which retrieves the needed SAT from the storage device and stores the needed SAT in 
5 memory 406. After the needed SAT is stored in memory 406, the P bit of the corresponding 
SAT directory entry is set to 6 1', and mechanism 900 is continued. 

Referring back to Fig. 9, a "middle" portion of physical address 902 is used as an 
index into SAT 906. SAT entry 906 is thus selected within SAT 906 using the SAT base 
140 address of SAT directory entry 910 and the middle portion of physical address 902. Fig. 12 
0 is a diagram of one embodiment of a SAT entry format 1200. In the embodiment of Fig. 12, 
each SAT entry includes a secure page (SP) bit. The SP bit indicates whether or not the 
selected memory page is a secure page. For example, if SP=0 the selected memory page may 



fif 
SI 



not be a secure page, and if SP=1 the selected memory page may be a secure page. 

hi 

£15 

in 

C3 BIU 606 (Fig. 6) retrieves needed SEM data structure entries from memory 406,. and 



P* ■ 



provides the SEM data structure entries to MMU 602. Referring back to Fig. 8, security 
check logic 800 receives SEM data structure entries from MMU 602 and paging unit 702 via 
the communication bus. As described above, SAT entry buffer 802 is used to store a 
20 relatively small number of SAT entries of recently accessed memory pages. Security check 
logic 800 stores a given SAT entry in SAT entry buffer 802, along with a "tag" portion of the 
corresponding physical address. 

During a subsequent memory page access, security check logic 800 may compare a 
25 "tag" portion of a physical address produced by paging unit 702 to tag portions of physical 
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addresses corresponding to SAT entries stored in SAT entry buffer 802. If the tag portion of 
the physical address matches a tag portion of a physical address corresponding to a SAT 
entry stored in SAT entry buffer 802, security check logic 800 may access the SAT entry in 
SAT entry buffer 802, eliminating the need to perform the process of Fig. 9 to obtain the SAT 
entry from memory 406. Security kernel 504 (Fig. 5) modifies the contents of SAT base 
address register 908 in CPU 402 (e.g., during context switches). In response to modifications 
of SAT base address register 908, security check logic 800 of CPU SCU 416 may flush SAT 
entry buffer 802. 

When computer system 400 of Fig. 4 is operating in the SEM, security check logic 
800 receives the current privilege level (CPL) of the currently executing task (i.e., the 
currently executing instruction). Alternately, security check logic 800 may receive the value 
of the secure execution mode (SEM) bit stored in the set of SEM registers 610 (Fig. 6). The 
CPL of the currently executing task, or the value of the secure execution mode (SEM) bit, 
represents a security attribute of the currently executing instruction. Security check logic 800 
also receives the page directory entry (PDE) U/S bit, the PDE R/W bit, the page table entry 
(PTE) U/S bit, and the PTE R/W bit of a selected memory page within which a physical 
address resides. Security check logic 800 uses the above information, along with the SP bit 
of the SAT entry corresponding to the selected memory page, to determine if memory 406 
access is authorized. 

CPU 402 of Fig. 6 may be an x86 processor, and may include a code segment (CS) 
register, one of the 16-bit segment registers of the x86 processor architecture. Each segment 
register selects a 64k block of memory, called a segment. In the protected mode with paging 
enabled, the CS register is loaded with a segment selector that indicates an executable 
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segment of memory 406. The highest ordered (i.e., most significant) bits of the segment 
selector are used to store information indicating a segment of memory including a next 
instruction to be executed by execution unit 600 of CPU 402 (Fig. 6). An instruction pointer 
(IP) register is used to store an offset into the segment indicated by the CS register. The 
CS:IP pair indicate a segmented address of the next instruction. The two lowest ordered (i.e., 
least significant) bits of the CS register are used to store a value indicating a current privilege 
level (CPL) of a task currently being executed by execution unit 600 (i.e., the CPL of the 
current task). 

Table 1 below illustrates exemplary rules for CPU-initiated (i.e., software-initiated) 
memory accesses when computer system 400 of Fig. 4 is operating in the SEM, and security 
check logic 800 receives the current privilege level (CPL) of the currently executing task. 
CPU SCU 416 (Figs. 4-8) and.security kernel 504 (Fig. 5) would expectedly work together to 
implement the rules of Table 1 when computer system 400 of Fig. 4 is operating in the SEM 
to provide additional security for data stored in memory 406 above data security provided by 
operating system 502 (Fig. 5). 



Table 1 . Exemplary Rules For Software-Initiated Memory Accesses 



When Computer System 400 Of Fig. 4 Is Operating In The SEM . 



Currently 



Selected 



Executing 



Memory 



Instruction 



Page 



Permitted 



SP CPL 



SP U/SR/W 



Access 



Remarks 
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X X 0(R) Read 

Only 



1 1 (U) 1 



1 0 (S) X 



0 0 1 



1 X X 



R/W 



None 



None 



None 




25 



2000.055700 
TT4077 



Full access granted. 
(Typical accessed page 
contents: security kernel and 
SEM data structures.) 
Write attempt causes page 
fault; if selected memory page 
is a secure page (SP=1), a 
SEM Security Exception 
is signaled instead of page 
fault. 

Standard protection 
mechanisms apply. 
(Typical accessed page 
contents: high security 
applets.) 

Access causes page fault. 
(Typical accessed page 
contents: security kernel and 
SEM data structures.) 
Access causes page fault. 
(Typical accessed page 
contents: OS kernel and 
Ring 0 device drivers.) 
Access causes SEM security 
exception. 



Page 28 of 55 




2000.055700 
TT4077 

0 0 Oil R/W Standard protection 

mechanisms apply. 
(Typical accessed page 
contents: high security 
5 applets.) 

0 3 X 0 X None Access causes page fault; if 

selected memory page is a 
secure page (SP=1), a 
SEM Security Exception 

hiO is raised instead of page fault. 

O 0 3 0 1 1 R/W Standard protection 

0 
ui 



mechanisms apply. 
(Typical accessed page 



pa contents: applications.) 

Kl 
OS 

Ul 

O In Table 1 above, the SP bit of the currently executing instruction is the SP bit of the 

M 

SAT entry corresponding to the memory page containing the currently executing instruction. 
The U/S bit of the selected memory page is the logical AND of the PDE U/S bit and the PTE 
U/S bit of the selected memory page. The R/W bit of the selected memory page is the logical 
20 AND of the PDE R/W bit and the PTE R/W bit of the selected memory page. The symbol 
"X" signifies a "don't care": the logical value may be either a 6 0' or a T. 

It is noted that, as shown in Fig. 8 and described above, security check logic 800 may 
receive the value of the secure execution mode (SEM) bit, stored in the set of SEM registers 
25 610 of Fig. 6, in place of the CPL of the currently executing task. In this situation, the 
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security check logic 800 may generate the page fault signal dependent upon the value of the 
SEM bit. 



Referring back to Fig. 8, security check logic 800 of CPU SCU 416 produces a page 
5 fault signal and a "SEM SECURITY EXCEPTION" signal, and provides the page fault and 
the SEM SECURITY EXCEPTION signals to logic within paging unit 702. When security 
check logic 800 asserts the page fault signal, MMU 602 forwards the page fault signal to 
execution unit 600 (Fig. 6). In response to the page fault signal, execution unit 600 may use 
the well-known interrupt descriptor table (IDT) vectoring mechanism of the x86 processor 

M0 architecture to access and execute a page fault handler routine. 

□ 

yi When security check logic 800 asserts the SEM SECURITY EXCEPTION signal, 

i y 

y! MMU 602 forwards the SEM SECURITY EXCEPTION signal to execution unit 600. Unlike 

y% normal processor exceptions which use the use the IDT vectoring mechanism of the x86 

PJ 

r|5 processor architecture, a different vectoring method may be used to handle SEM security 

yi 

0 exceptions. SEM security exceptions may be dispatched through a pair of registers (e.g., 
model specific registers or MSRs) similar to the way x86 "SYSENTER" and "SYSEXIT" 
instructions operate. The pair of registers may be "security exception entry point" registers, 
and may define a branch target address for instruction execution when a SEM security 

20 exception occurs. The security exception entry point registers may define the code segment 
(CS), then instruction pointer (IP, or the 64-bit version RIP), stack segment (SS), and the 
stack pointer (SP, or the 64-bit version RSP) values to be used on entry to a SEM security 
exception handler. Under software control, execution unit 600 (Fig. 6) may push the 
previous SS, SP/RSP, EFLAGS, CS, and IP/RIP values onto a new stack to indicate where 

25 the exception occurred. In addition, execution unit 600 may push an error code onto the 
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stack. It is noted that a normal return from interrupt (IRET) instruction may not be used as 
the previous SS and SP/RSP values are always saved, and a stack switch is always 
accomplished, even if a change in CPL does not occur. Accordingly, a new instruction may 
be defined to accomplish a return from the SEM security exception handler. 

Fig. 13 is a diagram of one embodiment of host bridge 404 of Fig. 4. In the 
embodiment of Fig. 13, host bridge 404 includes a host interface 1300, bridge logic 1302, 
host bridge SCU 418, a memory controller 1304, and a device bus interface 1306. Host 
interface 1300 is coupled to CPU 402, and device bus interface 1306 is coupled to device bus 
hlO 408. Bridge logic 1302 is coupled between host interface 1300 and device bus interface 
1306. Memory controller 1304 is coupled to memory 406, and performs all accesses to 
memory 406. Host bridge SCU 418 is coupled between bridge logic 1302 and memory 



y i- 
PJ 

controller 1304. As described above, host bridge SCU 418 controls access to memory 406 
l_§ via device bus interface 1306. Host bridge SCU 418 monitors all accesses to memory 406 



fj|5 via device bus interface 1306, and allows only authorized accesses to memory 406. 



Fig. 14 is a diagram of one embodiment of host bridge SCU 418 of Fig. 13. In the 
embodiment of Fig. 14, host bridge SCU 418 includes security check logic 1400 coupled to a 
set of SEM registers 1402 and a SAT entry buffer 1404. The set of SEM registers 1402 

20 govern the operation of security check logic 1400, and includes a second SAT base address 
register 908 of Fig. 9. The second SAT base address register 908 of the set of SEM registers 
1402 may be an addressable register. When security kernel 504 (Fig. 5) modifies the 
contents of SAT base address register 908 in the set of SEM registers 610 of CPU 402 (e.g., 
during a context switch), security kernel 504 may also write the same value to the second 

25 SAT base address register 908 in the set of SEM registers 1402 of host bridge SCU 418. In 
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response to modifications of the second SAT base address register 908, security check logic 
1400 of host bridge SCU 418 may flush SAT entry buffer 1404. 

Security check logic 1400 receives memory access signals of memory accesses 
5 initiated by hardware device units 414A-414D (Fig. 4) via device bus interface 1306 and 
bridge logic 1302 (Fig. 13). The memory access signals convey physical addresses from 
hardware device units 414A-414D, and associated control and/or data signals. Security check 
logic 1400 may embody mechanism 900 (Fig. 9) for obtaining SAT entries of corresponding 
memory pages, and may implement mechanism 900 when computer system 400 of Fig. 4 is 

HO operating in the SEM. SAT entry buffer 1404 is similar to SAT entry buffer 802 of CPU 

Q 
=if 

Q 

in 



SCU 416 (Fig. 8) described above, and is used to store a relatively small number of SAT 
entries of recently accessed memory pages. 



5 

(*& When computer system 400 of Fig. 4 is operating in SEM, security check logic 1400 

Hl5 of Fig. 14 uses additional security information of a SAT entry associated with a selected 

! 11 

«3 5 

Cf memory page to determine if a given hardware-initiated memory access is authorized. If the 
given hardware-initiated memory access is authorized, security check logic 1400 provides the 
memory access signals (i.e., address signals conveying a physical address and the associated 
control and/or data signals) of the memory access to memory controller 1304. Memory 

20 controller 1304 uses the physical address and the associated control and/or data signals to 
access memory 406. If memory 406 access is a write access, data conveyed by the data 
signals is written to memory 406. If memory 406 access is a read access, memory controller 
1304 reads data from memory 406, and provides the resulting read data to security check 
logic 1400. Security check logic 1400 forwards the read data to bridge logic 1302, and 

25 bridge logic 1302 provides the data to device bus interface 1306. 
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If, on the other hand, the given hardware-initiated memory access is not authorized, 
security check logic 1400 does not provide the physical address and the associated control 
and/or data signals of memory 406 accesses to memory controller 1304. If the unauthorized 
hardware-initiated memory access is a memory write access, security check logic 1400 may 
signal completion of the write access and discard the write data, leaving memory 406 
unchanged. Security check logic 1400 may also create a log entry in a log (e.g., set or clear 
one or more bits of a status register) to document the security access violation. Security 
kernel 504 may periodically access the log to check for such log entries. If the unauthorized 
hardware-initiated memory access is a memory read access, security check logic 1400 may 
return a false result (e.g., all "F"s) to device bus interface 1306 via bridge logic 1302 as the 
read data. Security check logic 1400 may also create a log entry as described above to 
document the security access violation. 

Fig. 15 is a flow chart of one embodiment of a method 1500 for providing access 
security for a memory used to store data arranged within multiple memory pages. Method 
1500 reflects the exemplary rules of Table 1 for CPU-initiated (i.e., software-initiated) 
memory accesses when computer system 400 of Fig. 4 is operating in the SEM. Method 
1500 may be embodied within MMU 602 (Figs. 6-7). During a step 1502 of method 1500, a 
linear address produced during execution of an instruction is received, along with a security 
attribute of the instruction (e.g., a CPL of a task including the instruction, or a value of the 
SEM bit stored in the set of SEM registers 610 of Fig. 6). The instruction resides in a 
memory page. During a step 1504, the linear address is used to access at least one paged 
memory data structure located in the memory (e.g., a page directory and a page table) to 
obtain a base address of a selected memory page and security attributes of the selected 
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memory page. The security attributes of the selected memory page may include, for 
example, a U/S bit and a R/W bit of a page directory entry and a U/S bit and a R/W bit of a 
page table entry. 

During a decision step 1506, the security attribute of the instruction and the security 
attributes of the selected memory page are used to determine whether or not the access is 
authorized. If the access is authorized, the base address of the selected memory page and an 
offset are combined during a step 1508 to produce a physical address within the selected 
memory page. If the access is not authorized, a fault signal (e.g., a page fault signal) is 
generated during a step 1510. 

During a step 1512 following step 1508, at least one security attribute data structure 
located in the memory (e.g., SAT directory 904 of Fig. 9 and a SAT) is accessed using the 
physical address of the selected memory page to obtain an additional security attribute of the 
first memory page and an additional security attribute of the selected memory page. The 
additional security attribute of the first memory page may include, for example, a secure page 
(SP) bit as described above, wherein the SP bit indicates whether or not the first memory 
page is a secure page. Similarly, the additional security attribute of the selected memory 
page may include a secure page (SP) bit, wherein the SP bit indicates whether or not the 
selected memory page is a secure page. 

The fault signal is generated during a step 1514 dependent upon the security attribute 
of the instruction, the additional security attribute of the first memory page, the security 
attributes of the selected memory page, and the additional security attribute of the selected 
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memory page. It is noted that steps 1512 and 1514 of method 1500 may be embodied within 
CPU SCU 416 (Figs. 4-8). 

Table 2 below illustrates exemplary rules for memory page accesses initiated by 
device hardware units 414A-414D (i.e., hardware-initiated memory accesses) when computer 
system 400 of Fig. 4 is operating in the SEM. Such hardware-initiated memory accesses may 
be initiated by bus mastering circuitry within device hardware units 414A-414D, or by DMA 
devices at the request of device hardware units 414A-414D. Security check logic 1400 may 
implement the rules of Table 2 when computer system 400 of Fig. 4 is operating in the SEM 
to provide additional security for data stored in memory 406 above data security provided by 
operating system 502 (Fig. 5). In Table 2 below, the "target" memory page is the memory 
page within which a physical address conveyed by memory access signals of a memory 
access resides. 



Table 2. Exemplary Rules For Hardware-Initiated Memory Accesses 



When Computer system 400 Of Fig. 4 Is Operating In The SEM . 



Particular 



Memory 



Page 



Access 



SP 



Type 



Action 



0 



R/W 



The access completes as normal. 



1 



Read 



The access is completed returning 



Page 35 of 55 



m 




2000.055700 
TT4077 



all 



F"s instead of actual memory 



contents. The unauthorized access 



may be logged. 



1 



Write 



The access is completed but write 



data is discarded. Memory contents 



remain unchanged. The unauthorized 



access may be logged. 



In Table 2 above, the SP bit of the target memory page is obtained by host bridge 
SCU 418 using the physical address of the memory access and the above described 
mechanism 900 of Fig. 9 for obtaining SAT entries of corresponding memory pages. 

As indicated in Fig. 2, when SP=1 indicating the target memory page is a secure page, 
the memory access is unauthorized. In this situation, security check logic 1400 (Fig. 14) does 
not provide the memory access signals to the memory controller. A portion of the memory 
access signals (e.g., the control signals) indicate a memory access type, and wherein the 
memory access type is either a read access or a write access. When SP=1 and the memory 
access signals indicate the memory access type is a read access, the memory access is an 
unauthorized read access, and security check logic 1400 responds to the unauthorized read 
access by providing all "F"s instead of actual memory contents (i.e., bogus read data). 
Security check logic 1400 may also respond to the unauthorized read access by logging the 
unauthorized read access as described above. 
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When SP=1 and the memory access signals indicate the memory access type is a write 
access, the memory access is an unauthorized write access. In this situation, security check 
logic 1400 responds to the unauthorized write access by discarding write data conveyed by 
the memory access signals. Security check logic 1400 may also respond to the unauthorized 
5 write access by logging the unauthorized write access as described above. 

Fig. 16 is a flow chart of one embodiment of a method 1600 for providing access 
security for a memory used to store data arranged within multiple memory pages. Method 
1600 reflects the exemplary rules of Table 2 for hardware-initiated memory accesses when 
140 computer system 400 of Fig. 4 is operating in the SEM. Method 1600 may be embodied 

d 

O within host bridge 404 (Figs. 4 and 13-14). During a step 1602 of method 1600, memory 

hi* 

m 

z ? access signals of a memory access are received, wherein the memory access signals convey a 

PJ 

ij? physical address within a target memory page. As described above, the memory access 

s 

y\ signals may be produced by a device hardware unit. The physical address is used to access at 

Pi 

p|5 least one security attribute data structure located in the memory to obtain a security attribute 
□ of the target memory page during a step 1604. The at least one security attribute data 
structure may include, for example, a SAT directory (e.g., SAT directory 904 in Fig. 9) and at 
least one SAT (e.g., SAT 906 in Fig. 9), and the additional security attribute of the target 
memory page may include a secure page (SP) bit as described above which indicates whether 
20 or not the target memory page is a secure page. During a step 1606, the memory is accessed 
using the memory access signals dependent upon the security attribute of the target memory 
page. 



The particular embodiments disclosed above are illustrative only, as the invention 
25 may be modified and practiced in different but equivalent manners apparent to those skilled 
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in the art having the benefit of the teachings herein. Furthermore, no limitations are intended 
to the details of construction or design herein shown, other than as described in the claims 
below. It is therefore evident that the particular embodiments disclosed above may be altered 
or modified and all such variations are considered within the scope and spirit of the invention. 
Accordingly, the protection sought herein is as set forth in the claims below. 
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